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ABSTRACT 


The weommamaeometasehiler, U.S. Atlantic Fleet (CINCLANTFLT) 
was tasked with developing a prototype system for the auto- 
mation of field budget data so that it could be rolled up 
at the Major Claimant level for use as an input to the 
automated Major Claimant budget submission. Perhaps the 
most important phase of this program was the development of 
an integrated Financial Management Information System (FMIS). 
This project was designed to automate substantial portions 
SenouaGgert formulation, presentation and justification for 
moeannual budget Of approximately 2.5 billion dollars. 

This thesis 1S a concentrated study and analysis of FMIS 
development at CINCLANTFLT. Analyses conducted included 

a review of current manual budget procedures at CINCLANTFLT, 
presentation of a theoretical FMIS model, and a detailed 
study of design and implementation of each phase of FMIS. 
Comparisons and conclusions are made between the model and 
actual FMIS implementation. Some general recommendations 


are submitted for consideration. 
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fea heUUC LON 


A. BUDGET PROCESS OVERVIEW 

As ane allocation of limited resources becomes more 
complex, the necessity for a viable, time sensitive resource 
Management system becomes more critical. In this environment 
it is essential to improve the analytical tools and tech- 
niques used to produce information for accurate and timely 
decision making. One area of resource management that has 
undergone significant changes in scope and complexity within 
the last decade is the budgeting and accounting system of 
the Department of Defense. 

Many resources are limited, but the major resource that 
is critically strained in the present manual system of 
Department of Defense (DOD) budget preparation 1S manpower. 
Unfortunately, in the near future it appears there will not 
be enough people in the system to meet all the requirements 
of the DOD and Navy budget process. As the Defense budget 
has grown in dollars, more and more reports and requirements 
have been levied at all levels of the budget submission 
process. Many of these requirements are justifications and 
exhibits showing how each Defense dollar is budgeted. With 
the addition of the new Zero-Base Budgeting (ZBB) require- 
ments the entire process has become almost unworkable. In 
Many cases, the people directly involved in budget preparation 


spend a great number of overtime hours manipulating numbers 
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and rewriting budget submission formats simply to satisfy 
a never ending stream of new requirements levied by external, 
higher authorities. Without a flexible budgeting system, 
which will permit exhaustive evaluation of alternatives, 
the Defense budget may soon be mired in meaningless shufflings 
Of paperwork. One solution currently being introduced to 
cope with this problem is the automation of the budget 
process. If a computer can take over many of the menial 
tasks that are now done manually, it is postulated that 
there will be additional time available for assigned person- 
nel to study and analyze the Defense budget and to generate 
more meaningful responses to declining resources. 

The Defense budget process is a long, involved evolution. 
One budget cycle extends for approximately two to three 
woos, peginming wlth ehe formation of the Joint Strategic 
Objectives Plan (JSOP I) and ending with a signed Defense 
Appropriation act. There are many players in the budget 
process that contribute to the preparation of the Defense 
budget. One of the primary contributors is the Major 
Claimant. In the DOD budgeting arena, there are 14 Major 
Claimants (listed in Figure 1) responsible to the Chief of 
Naval Operations (CNO) for financial matters. They inter- 
maGe wlca @r-92, the code within the CNO's office with 
responsibility for all Navy appropriations. Figure 2 
MebuStratesmenis Chain Of functional responsibility. 

The Major Claimant receives budget guidance from OP-92, 


and then, with specific guidance constraints, passes his 
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da@emsrequimements to the sub-claimants who report to him. 
The subclaimants collect all necessary budget and fiscal 
@etanand forward it back to the major claimant. It is then 
manually correlated, analyzed, fine-tuned, and sent to OP-92 
as the major claimant's budget submission. Upon receipt of 
all of the major claimants' submissions, OP-92 conducts a 
"mark-up" session in which various changes are made to the 
amounts and allocations of the budget proposals received. 
Once this process 1s completed, the semi~smooth budget 
package for each major claimant is sent back to the originator 
Berea final Opportunity to reclama or rebut the proposed 
changes. This entire process takes place over an eight to 
nine month period, with various timing deadlines imposed 
throughout the process. 

This research project dealt with a review of the problems 
and potentials of automating the budget process at the 
major claimant level. The intention of the author was to 
develop a theoretical model of a Financial Management 
Information System (FMIS) which could be utilized at the 
major claimant level and to compare this with the actual 


FMIS being implemented at CINCLANTFLT. 


B. MAJOR CLAIMANT INVOLVEMENT WITH BUDGET AUTOMATION 
| Development of an automated budget at the major clai- 
mant or headquarters level is an extremely detailed and 
Semobicatea task, Within the U.S. Navy, this task has been 


designated as Project 77-1, a subset of the Integrated 
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Financial Management Systems Project, under the guidance 
and direction of the Comptroller of the Navy (NAVCOMPT). 
Under this project, NAVCOMPT is developing a departmental 
level reporting system which will integrate to the fullest 
extent possible, the programming, budgeting, and accounting 
processes of Navy fiscal management into a system fully 
designed to fulfill the requirements of departmental managers. 
Because Project 77-1 1S so complex, it has been modularized 
into several developmental efforts that will be integrated 
into a single departmental level system [15]. The stated 
Geel oLt Project 77-1 1S to provide an automated system for 
use in developing the annual Navy budget submission which 
is sent to the DOD as part of the government wide PPBS. 
Project 77-1 has been broken down into four main sub- 
projects with tasks and responsible activities as described 


below: {15] 


TASK ACTIVITY RESPONSIBLE 

1. Automation of the Head- Navy Accounting and 
quarters Budget Process. Finance Center (NAFC-62) 
(O & MN) 

2. Automation of the Major Commander in Chief, 
@laiment Budget Process. U.S. Atlantic Fleet 
(O & MN) (CINCLANTFLT) 

3. Integration of Navy Resource Department of the Navy 
Model (NARM) and Navy Cost Planning and Information 
Information System (NCIS). Ceneeum DONE IG) 

NAEG—o 


i 








Regional Naval Data Auto- 


mation Command (NARDAC) 


4. Interface of Shore Required Commander in Chief, U.S. 
Operational Capability (SHOROC) Pacific Fleet 
Classification Systems and (CINCPACFLT) 


Navy Accounting Classification. 


NAVCOMPT developed an incremental approach to accomplish 
the goal of automating the Navy budget. Details of the 
increments can be found in Reference 9. Increment four 
integrates the FMIS being designed at CINCLANTFLT into 
Project 77-1. The FMIS has been in development since 
1970, and increment four of Project 77-1 was a logical 


and desired place to interface the two systems. 


fee tnHOD OF ANALYSIS AND RESEARCH 

The basic sources of input into this paper were secon- 
dary sources of information; books, magazine articles, 
reports, letters, and messages on file at CINCLANTFLT 
Headquarters. In addition, the author spent some time at 
CINCLANTFLT's Headquarters interviewing various personnel 
directly and indirectly involved with design and implemen- 
tation of the FMIS. The results of the literature search 
and visitation have been compiled in this thesis in order 
to provide a broad overview of the new system. The conclu- 
Sions reached in this research effort, however, are tnose 
of the author alone and are not to be interpreted as those of 


the U.S. Navy or any other Federal Government Agency. 
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IIT. IDENTIFICATION OF NEED FOR BUDGET AUTOMATION 


Aa. CINCLANTFLT CURRENT BUDGET CALL PROCESS 

The Program Objectives Memorandum (POM) budget call 
process begins for CINCLANTFLT in January. Informal guid- 
ance from NAVCOMPT is received by CINCLANTFLT and corres- 
ponding informal guidance for sub-claimants is prepared 
for distribution. This guidance details what input data 
1S necessary from the sub-claimants to meet the budget call 
requirements. These requirements range from format changes 
to newly instituted ZBB rankings. The guidance to the 
Sub—-claimants is distributed in February. Informal monetary 
targets or controls are given to CINCLANTFLT by NAVCOMPT 
in the January-March time frame and these informal controls 
are passed to the sub-claimants as soon as they are received. 
Sub-claimants then distribute the budget call to their 
Operating budget activities, where data is collected and 
used in preparing the POM budget call response. The differ- 
ent sub-claimants return the completed budget calls to 
CINCLANTFLT by early May. By this time, CINCLANTFLT should 
me LOumal guidance and current control numbers £Erom NAVCOMP®. 
SRICLANTE ET 15 required to collect all of the sub-claimants'’ 
data and combine it into one budget package. The completed 
budget package is due in NAVCOMPT about the 26th of June. 

NAVCOMPT begins mark-up sessions as the POM budget call 


Submissions are received from the major claimants. During 


Ag 











these mark-up sessions, NAVCOMPT sometimes make changes to 
the submitted formats or dollar requests. Occasionally these 
changes are Significant. The mark-up session for the Navy 
Operation and Maintenance, (0 & MN) budget is scheduled to be 
completed in the final week of July. oO & MN funds are common 
to all activities and constitutes the wherewithal to carry 

on the day-to-day mission-related operations of an activity 
including civilian personnel pay, travel, maintenance of 

mee oroperty, utilities, materials and supplies, etc. [11] 
Gmemmark-ups are then sent back to the major claimants, in 
this case CINCLANTFLT, where a reclama process may be 
initiated. During the next three working days, the major 
Sem@eimante 1S given thesepportunity to rejustify original 
budget requests that were changed at the mark-up session. 

The reclamas are due back at NAVCOMPT within four working 
days. Though CINCLANTFLT budget personnel are involved in 
reclama reviews in Washington DC during the next week, the 
reclama due date essentially ends CINCLANTFLT's direct 
involvement in the POM budget call submission. 

The discussion above describes the general scenario that 
is established for the POM budget call submission. However, 
there are many factors that have created slippages in 
Submission deadlines. 

Upon reviewing the actual budget call process in an 
mm@eervyilewewilth CINCLANTFLYE's budget officer for POM 80, the 


author discovered that time frames and constraints actually 
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encountered differed from the theoretical scenario. It 
was noted during this review that CINCLANTFLT's annual 
puagea 15 approximately 2.5 billion dollars, or more than 

% of the FY79 Navy budget. The breakdown of the CINCLANTFLT 
FY79 budget dollar is shown in Figure 3. It is evident 
from this figure that there are a significant number of 
different budget activities that must be accommodated. Each 
budget activity iS a separate entity that receives O & MN 
funds from thelr respective major claimant. There are 
presently (1978) nine civilian budget analysts at CINCLANTFLT 
who prepare and execute this mammoth budget. Most of the 
problems that were noted in the POM 80 submission at CINC- 
LANTFLT might have been avoided with an efficient and effective 
automated FMIS in operation. 

With respect to the POM 80 submission, CINCLANTFLT 
raya fact, receive informal budget call guidance from 
NAVCOMPT on time. CINCLANTFLT established their own informal 
Guidance (based on NAVCOMPT's guidance) in January 1978, 
and on 2 February distributed the budget call to sub-claimants. 
Informal controls were received from NAVCOMPT in March 1978 
and then passed on from CINCLANTFLT to the sub-claimants. 
These informal controls were 10% less than the prior fiscal 
year. The sub-claimants worked on budget preparation during 
March and April. By May, 1978, no formal guidance or con- 
trols had been received from NAVCOMPT. Hence, in early May, 


the sub-claimants submitted their completed budget calls 


alee, 
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to CINCLANTFLT based on the earlier, informal guidance and 
Semerols Originally supplied by CINCLANTFLT. By the end 

of May there were still no formal guidance or controls; 
however, on 1 June 1978 formal guidance was received from 
NAVCOMPT. The budget shop at CINCLANTFLT then had to com- 
pare the formal and the informal guidance. eeebheeane 
changes in format requirements were discovered which had 

to be accommodated. On 12 June formal control numbers were 
received from NAVCOMPT. This left thirteen days to put 
together CINCLANTFLT's response to the budget call. This 
budget call had to be a single submission that combined the 
mieies OL 25 SUbOrdinate budget activities. The inputs of 
these activities totalled approximately 9,000 pages of 
information. This was manually processed by the budget 
analysts and condensed into a budget submission of 1,600 
pages that included 115 different formats. The budget call 
response was submitted to NAVCOMPT on 26 June 1978. 

During the next two weeks, mark-up sessions were held 
at NAVCOMPT. The completed mark-ups were to be distributed 
on 22 July. This date was pushed back to 28 July, 4 August, 
and finally 8 August, at which time the mark-ups were 
received by CINCLANTFLT. Reclamas were due at NAVCOMPT 
Within 72 hours of receipt. The reclama process was com- 
pleted by 11 August 1978. At this point in time, the budget 
call submission for CINCLANTFLT was essentially complete. 

The biggest problem encountered by the budget shop was 


the inordinate number of manhours that were spent adding 
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and subtracting numbers and rearranging formats. NAVCOMPT 
passed on both the formal guidance and controls as soon 
as they were received from higher authority. NAVCOMPT has 
no control over the external parties that pass budgetary 
information and guidance down to them. Because the rules 
and requirements in the budget arena change so much and so 
often, it is not unusual for budget guidance and controls 
to be issued later than expected. Hence, this situation 
appears to be one that must be accepted and dealt with in 
the best manner possible. The resulting consequence at 
SNe rANTELLT was the accumulation of 1,600 overtime hours 
during the thirteen day span from 13-26 June. Overtime 
was accumulated by the nine budget analysts plus additional 
personnel. ideals occurred because format and control changes 
could not be made to the manual system in a timely manner. 
A large part of the overtime was spent punching calculators 
and rewriting formats. The overtime not only cost the 
government money, but it also greatly affected the attitudes 
of the people performing the work. Extremely long working 
days quickly drain a person's desire and competence. 

Another detriment resulting from excessive time spent 
on number manipulation is that the budget analyst does not 
have sufficient time to perform his most important function 
of analyzing the budget. Given the time to properly analyze 
the budget submission may help the analyst to discover 


discrepancies and necessary changes before the budget is 
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sent to the NAVCOMPT mark-up sessions. One viable alterna- 
tive to the system described above would be to automate as 
much of the budget process as is feasible. Automating 

the submission portion of the budget has far reaching 
ramifications. Developing an extensive data base from 
which a proposed budget could be drawn and then updated 
through change and tracking programs would significantly 
reduce the current manual workload. This would provide 
more time for the budget analysts to devote to analyzing 
the budget. This is just one area where improvements might 
be made, but it 1S a very important one at the major 


elermant level. 


Eee 21H eORETICAL MODEL OF A FMIS 

The first step in designing and implementing a FMIS 
is the development of a model. A valid model can be used 
as a blueprint for a specific organization, such as CINCLANTFLT, 
to plan and manage the development of a financial management 
Poeeieeouecn a model, which could be utilized, is depicted 
Tmediee th, page 18 of the Management Information System 
Handbook. [4] This model was used by the author as a stan- 
dard to measure against the actual development of the FMIS 
at CINCLANTFLT. However, this is a theoretical model and 
Variations from it should be expected in actual implementa- 
tion. It provides general guidance for successfully converting 
from a manual to an automated system. The model is a 


detailed network with seventy-two nodes that depict the 
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entire growth cycle of a new information system. The 

more important aspects of this model were reviewed and 
qualitative comparisons were made with actual performance. 

In this model, the roles of management, users, and the 
information services department are significant in developing 
a successful FMIS. 

The first area that must be examined is that of top 
management; in this case NAVCOMPT. There are a number of 
a@eeas that top management must deal with: first, they must 
make a realistic determination that it is necessary to 
automate the Navy budget; second, they must give proper 
direction concerning what they want accomplished; third, 
they must assure the resources are available to success- 
fully undertake the conversion from a manual to an automated 
budget system; fourth, they must assign subordinate com- 
mands to do feasibility studies, do cost-benefit analyses, 
determine both hard and software requirements, and do actual 
system/sub-system development; fifth, top management's 
strategy must be consistent throughout the design phase 
and the actual implementation of the system; lastly, the 
change must be publicized as a functional improvement rather 
than as a structural reorganization of the system. [4] 

Another area that is crucial is the working relationship 
among top management, system users and Automated Data 
Processing (ADP) personnel. Developing any good, workable 


system without a strong cohesion among these groups is 
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extremely difficult. Management must be sensitive to the 
needs and limitations of the users and ADP personnel. If 
top mangement decides to assign management responsibili- 
tiles to a subordinate command to design and implement a 
pilot program, the subordinate manager's role becomes more 
Critical. There are several areas that personnel in the 
subordinate command must become especially sensitive to 
when designing the new system. Perhaps the most important 
role is that of mediator among users of the FMIS and the 
ADP department. [2] The manager must create and maintain 
a harmonious working relationship among these groups thus 
increaSing the probability of creating both a workable and 
a usable system. 

There are other areas in the model that are important 
to the manager, but most of them fall under the general 
auspices of the manager's ability to maintain the afore- 
mentioned relationships. Specifically, there are certain 
actions the manager must take to channel energies in the 
right direction. A steering committee comprised of users 
and personnel of the information services department must 
be established to make decisions on proposed allocations 
of resources. [5] The users must have a real input into 
the development of the system; if not, the chances of the 
users supporting the system fully are minimal and the sys- 
wemewnilenevyer be UEL1Ized to its full potential. [2] The 


information services department must be sensitive to the 
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outputs the users require. It is relatively easy to over- 
load users, that is, to be insensitive to the relevance 

of information and thus send irrelevant information to 

the decision makers. 

The system must be flexible enough to meet the needs 
ame requirements of different individuals. The data base 
mast be large enough, and the retrieval programs flexible 
-moucnm, €O permit the users to select the output format and 
level of summarization they desire. Additionally, manage- 
ment must develop and maintain favorable user attitudes 
during the design of the system. [2] The users should be 
consulted during each step of the design process to determine 
their criteria for measuring the success of the system. 

This user interface is vital. One way to improve it is to 

use on-line systems to reduce the burden, on the users, 

Seo eut and OUEpUc processing. {3] This makes it mechanically 
easy to use the system. 

Training programs for the users must be established in 
the earliest stages of development. The training program 
must address both the technical and behavioral aspects of 
the FMIS development. [3] As to the former, the users must 
know how to properly input data into the system and also how 
to effectively utilize output data. The behavioral con- 
Siderations are very important. Users not sold on the sys- 
eeomeri the beginning will not use 1t. Once users are con- 


waiced the new system is not a threat to their job security, 
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training sessions must be systematically arranged. Training 
must be an on-going matter that is constantly monitored by 
management. It must be conducted by user management and 
organized by user representatives who are participating 

in the system development effort. System analysts should 
lecture on professional subjects. Sessions for direct users 
should be timed to finish before system implementation. 
Personnel more remotely concerned with system operation 

may receive instruction after implementation. 

Analysts and programmers must also be properly trained 
before they can be effectively employed in the system effort. 
They must be made aware of such things as the objectives 
of the user's organization, the requirements, constraints, 
and design of the new system, and other technically oriented 
aspects of system development. This training must be com- 
pleted by the start of the systems development phase. [3] 

Before the system is fully implemented, each program 
and procedure must be tested separately. Once completed, 
the (sub) system must be tested to ensure that it will 
Operate without disturbance, that its performance is up to 
Standard, and that it meets the requirements originally 
established. The foregoing involves testing the interfaces 
already in use as well as the interfaces which are built in 
for future extensions. Problems that arise must be thoroughly 
examined and corrected. The test should then be re-run. 


When completed, program and file conversions should be 


54) 





commenced. Finally, the (sub) system is placed in operation. 
During this “running in" period, close cooperation and effi- 
clent communication among ADP personnel and users is essen- 
tial. [1] Any problems that arise must be immediately 
corrected. 

When evaluations of the early results indicates that 
the (sub) system is operating smoothly, it can be turned 
Over to the user. 

Research indicates there are hundreds of potential 
problems that could arise when developing a FMIS. [2] 
Tee responsibility for detecting and correcting -problems 
lies with both the user and the information services depart- 
ment, but the overall coordinator must be management. 
Expertise should be available to solve almost any technical 
problem in the form of the resident or local ADP staff. 
The one problem that requires more than technical expertise 
is that of organizational behavior when introducing a change 
of this magnitude. Henry Lucas contends that "the major 
reason most information systems have failed is that we have 
ignored organizational behavior problems in the design and 
Operation of computer-based information systems. Lf steps 
are not taken to understand and solve these organizational 
behavior problems, the system will fail." [2] This state- 
ment indicates the major role that management must play. 
Management is the glue that holds everyone and.everything 
together. Management must help the users and, to a lesser 
extent, the information services department, to successfully 


cope with the impending changes. 
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Tit. ANALYSIS OF FMIS (PHASES I, II, IIT) 


Pee ObJECTIVES OF FMIS 

The FMIS was submitted by CINCLANTFLT to OP-92 under 
Project Request 20A002V to provide support to the CINCLANTFLT 
meaet In thelr financial function as a major claimant 
accounting activity. The FMIS was designed to provide staff 
financial managers assistance in the planning, budgeting, 
aiemmoniLtOring of the current budget execution in supporting 
the Atlantic Fleet and assigned Shore Facilities. Planning 
and budgeting was based on unit costs generated from execu- 
mioOMmaata, escalated and applied to projected force levels. 
The data base was designed to provide information at the 
lowest level so that summarization or information at any 
level could be displayed. It was oriented to the Planning, 
Programming and Budgeting (PPB) cycle. This cycle for 
CINCLANTFLT and its subordinate commands covered 2 period 
of six years for the POM, seven years for the FYDP, and 
three years for budget submission and execution. When the 
FMIS is completed, it will assist the CINCLANTFLT Staff 
in the performance of the following tasks: 

1. Generation of Requirements: 
a. Development of Requirements for POM & 
EL DE; 
b. Development of Budget Guidance for 


Subordinates and Budget Call Data 
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2. Budget Formulation and Submission: 
a. Review of CINCLANTFLT Subordinate Budget 
Submissions; 
b. Budget Consolidation; 
c. Generation and Submissions to CNO, DOD, 
Congress; 
d. Budget Apportionment. 
Seeger Pxecuclon: 
a. Expense Limitation Authorization; 
Deesuages ACCOUNELNG, 
c. Budget Analyses. 

Since CINCLANTFLT was tasked with developing the 
prototype FMIS, the system was designed to interface both 
vertically and horizontally. The vertical interface con- 
Sists of an interchange of data between the sub-claimants 
and CINCLANTFLT as well as interchanges with CNO and the 
Comptroller of the Navy. The horizontal interface 1s between 
the FMIS and other major Navy information systems. 

The FMIS is a Management Information System designed to 
Support the CINCLANTFLT staff in the management of resources. 


Meese resources include: 


Personnel Ships 
Fapaera tC Supplies 
Equipment Facilities 
Material Funds 
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The system should provide the capability to match 
resources with requirements and, through the identifica- 
peer Of shortfalls, to assist the staff in the reprogramming 
of available resources or justification to higher authority 
of the requirement for additional resources. In use, the 
system should provide timely information which can be 
rapidly extracted without the manual production of massive 
reports. The user should have ae Capa lia touwextrace 
selected data in any format required. To do this, CINCLANTFLT 
planned to make extensive use of interactive devices such 
as cathode ray tubes (CRT'‘'s). In order for the system to 
be viable, the user must be able to step through a problem 
and have displayed immediately the possible solutions so 
that corrections can be made quickly. 

The FMIS was broken down into five subsystems. The 
subsystems were further broken down into twenty-one modules, 
most to be implemented at various times during Phases I, 

II, or III. Figure 4 illustrates how the FMIS was divided 
into subsystems. 

Tieeomeevetooping the Lumcelonal description, the FMIs 
NARDAC Team implemented an interim capability on the CDC 
1604 computer system in 1972. This satisfied the immediate 
needs of the Fleet Comptroller's office in performing the 
bequired NCIS reporting functions. In 19/4, FMIS was Eley: 
implemented on the new Worldwide Military Command and Con- 


trol System (WWMCCS) hardware and software currently installed 
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at CINCLANTFLT. WWMCCS is a computer system designed to 
interface with many different facilities located EnEOuUGmROUEr 
the world such as at Washington D.C., Norfolk Va., Honolulu, 
etc. WWMCCS allows different activities to interact and 
share system resources. This interactive capability will 
be an advantage when all Navy activities convert to an 
automated budget. 

Because of the complexity of the FMIS project and the 
possibilities of future changes as dictated by higher 
authority, it was decided that implementation of the FMIS 
should proceed in manageable phases with a turnover at the 
SmeeOt Cach phase. Figure 5 is a breakdown of the differ- 
ent phases of FMIS which indicates which modules were 


scheduled for implementation within each phase. 


B- PHASE I DESIGN AND IMPLEMENTATION 

The initial thrust of FMIS was called Phase I. It was 
designed to collect budget execution data in specific areas 
to allow the building of data bases vital to future FMIS 
development. The specific areas of development required to 
be accomplished under Phase I are listed in Figure 5. 

The Claimant Accounting Module (CAM) was designed to 
perform the major claimant accounting functions required 
of CINCLANTFLT, monitor budget execution, and provide all 
staff divisions with execution data in their specific areas 
of responsibility. The CAM provides on-line capabilities 


for processing as well as a batch type operating environment. 
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BREAKDOWN OF FMIS MODULE IMPLEMENTATION 
WITHIN EACH PHASE 


PHASE I 


1. CLAIMANT ACCOUNTING MODULE OF THE FLEET RESOURCES 
Sra ter SUBSYSTEM 


2. FUEL MODULE OF THE FLEET RESOURCE OFFICE SUBSYSTEM 
3. NAVAL FACILITIES BUDGET SEGMENT 
4. SPECIAL PROJECTS SEGMENT OF THE BASE OPERATIONS SUBSYSTEM 
eee siiis DLCTEONARY 
Paeor LI 
1. PLANNING & BUDGETING MODULE 
2. CIVILIAN PERSONNEL MODULE-BUDGET EXECUTION PHASE 
3. DATA COLLECTION & SUPPLY STANDARDS MODULES 


4. BUDGET EXECUTION & REQUIREMENTS GENERATION MODULES 
OF THE SUPPLY & EQUIPAGE SUBSYSTEM 


ee Scale SRATUS FILE 


6. OVERHAUL SCHEDULE, BUDGET EXECUTION AND REQUIREMENTS 
GENERATION MODULES OF THE FLEET MAINTENANCE SUBSYSTEM 


PHASE III 


DOD terROUJECTION & SUBMISSION MODULE OF THE SUPPLY 
& EOUTPAGE SUBSYSTEM 


2. BUDGET PROJECTION & FORMULATION FOR THE FLEET MAIN- 
TENANCE SUBSYSTEM (MANAGEMENT ANALYSIS) 


ee lveattePROIECTION AND FORMULATION FOR THE FUEL MODULE 


4. BUDGET PROJECTION AND FORMULATION FOR THE TAD SEGMENT 
OF THE PLANNING AND BUDGETING MODULE 


Peewee nt PROJECTION AND FORMULATION FOR THE CIVILIAN 
PERSONNEL SEGMENT OF THE PLANNING MODULE 


Se ODGeter tLe POR THE PLEET RESOURCE OFNICE SUBSYSTEM, 
mae CONTROL MASTER FILE AND A FYDP MASTER 


1s oKepbugisy 3005)) 
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Remote terminals can be used to input data, initiate runs, 
correct erroneous data, obtain statistics, query files 
using the Worldwide Data Management System (WWDMS), a data 
management System associated with all WWMCCS computers, 
and review output data. There are twenty-seven reports 
Smee eene CAM can produce in hard copy format. There are 
ee eePeLograms that can produce output on a CRT or Teletype 
(TTY) device, and a WWDMS dictionary was incorporated into 
Piensyscem tO provide users with a query capability. This 
allows users immediate visual recall of current or past 
budget execution data. This information can be used to 
help analysts make a large number of decisions concerning 
their budget area. 

The Fuel Module was designed to provide automated support 
wemeie Fleet Comptroller’s Office to monitor and control 
CINCLANTFLT fuel funds and report requirements. This module 
accepts data from incoming monthly fuel reports from each 
MANTPLT ship, edits the data, produces error reports and 
correction cards, and maintains a master file of detailed 
ata Lor analysis. 

The projected output from the Fuel Module was a total 
of sixteen hard copy listings and reports and two different 
punched card decks. These outputs ranged from listings of 
Seansactions to analysis and control reports. The punched 
card decks were produced to interface with the Maintenance 


Support Office and to project monthly fuel obligations which 
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are forwarded to Fleet Accounting and Disbursing Center 
Atlantic (FAADCLANT) for entry into the Navy Accounting 
System. Additionally, this module provides users with data 
on an aS required basis through WWDMS capability. 

The Naval Facilities Budget Segment Module was included 
in Phase I because the Chief of Naval operations required 
major claimants to submit budget exhibits for facilities 
Management functions in compliance with current OPNAV 
instructions. This module accepts data submitted by sub- 
Ordinate commands in accordance with the budget call, edits 
input data for format, validates the data against the FMIS 
dictionary and produces reports at all required levels, from 
activity to claimant budget submission. Five basic reports 
are generated by the system and WWDMS capability is provided 
to allow users to investigate areas of interest and obtain 
required information. 

The final module was the Special Project segment. This 
module was designed to provide assistance to the CINCLANTFLT 
staff and Naval Facilities Engineering Command in tracking 
meenect requests for special construction, repair, and 
equipment from the submission of the requests to funding or 
cancellation. This module provides important information 
for the POM and budget generation processes. Three reports 
are produced by this module; The Error Listing and The 
Unfunded Minor Construction, Repair and Equipment Projects 
Report will be generated with each processing cycle; The 
Funded Project Report will be available to the user as an 


QpELon . 
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Phase I has been completed and is Presently son line at 
CINCLANTFLT. All programs have been accepted by the Opera- 
fens) Support Facility which means they will perform any 
required maintenance on FMIS software. The user staff has 
expressed complete satisfaction with the implementation of 
the components in Phase I. The data base is detailed enough 
to permit users to capture any level of data. Based on 
actual usage, the Fuel and Claimant Accounting Modules 
proved to be more useful than expected, as they have been 


constantly exercised. 


C. PHASE Ii: DESIGN AND IMPLEMENTATION 
Areas selected by the user staff for the Phase II 
development were logical building blocks in the process of 
Producing the full capabilities of the FMIS system. The 
Phase II areas included: 
1. Planning and Budgeting Module 
2. Civilian Personnel Module-Budget Execution Phase 
3. Budget Execution and Requirements Generation 
Modules of the Supply and Equipage Subsystem 
4. Overhaul Schedule, Budget Execution, and 
Requirements Generation Modules of the Fleet 
Maintenance Subsystem 
The Planning and Budgeting Module is part of the Fleet 
‘Resource Office Subsystem. This segment was designed to 
provide Ships Force Data to all subsystems in the FMIS to 


be used in requirement generations and budgeting functions. 
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The Ship Status File was generated from an interface pro- 
vided by the CNO Ships Management Information System and 
update provided by the Fleet Comptroller's Office. Data 
on every ship in the Atlantic Fleet was contained in this 
file with change information indicated covering a ten year 
Span. This module provides both an on-line, interactive 
capability and a batch type operating environment. These 
files are queried by users utilizing WWDMS capabilities. 
There are seven hard copy reports which are generated 

as requested by the user. These reports are: 

Poca asso Sit Porces Hieron Repost 

Peo ecatus OL Ship Forces Report 

3. Ship Year Summary Report 

4. Ship Year Log Report 

5. Ship Year Net Change Report 

Got Seatus Histcery Repore 

7. Ships Management-Information System (SMIS)/ 

LANTFLT Variance Report 
The Budget Execution phase of the Civilian Personnel 

Module was designed to establish a data base containing 
information required for development of requirements gen- 
eration and budgeting functions. This segment was designed 
to replace the manual system previously employed by the 
Fleet Comptroller's Office. The segment provides an on- 
line, interactive capability as well as a batch type opera- 
ting environment. Remote terminals may be used to input 


Med, Meibtaate runs, correct erroneous data, and query the 
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file using the WWDMS capabilities. Historical data is 
maintained by activity, type of employment, manhours, 
dollar values, and allowances for direct and reimbursable 
Gainding. 

These inputs into this segment come bimari lyetromaene 
monthly NAVSO 7140 reports received from payroll activities. 
Other inputs are the FMIS Dictionary from the Claimant 
Accounting Module, the CIVPERS 7410 Master File and the 
PMIS Dictionary. The FMIS Dictionary is designed to support 
all subsystems in FMIS. Various reports are produced by 
this segment such as a quarter-to-date summary, a year-to- 
date summary, and a one page work sheet for the user staff. 
Each of these reports displays civilian personnel budget 
execution data. 

Three modules of the Supply and Equipage (S & E) Sub- 
system were designed to be implemented during Phase II of 
FMIS. These three were the Data Collection, Budget Execu- 
tion, and Requirements Generation modules. The Data Collec- 
tion and Budget Execution Modules were similar to previous 
modules in that they produced part of the comprehensive data 
base for Phase III, Budget Generation. The modules will 
provide users with execution reports comparing obligation, 
consumption, and planning data to be used to monitor the 
execution of the Supply and Equipage budget. A Resource 
Reguirements Exhibit is provided for the POM showing pro- 
jected requirements, current control numbers, and the differ- 


ences or shortfalls between requirements and controls. 
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Inputs which reflect consumption data for LANTFLT 
activities are posted monthly into this segment's data 
bases. These data are used to update the $ & E Consumption 
Master File. The following files maintained in the Claimant 
Accounting Module of the FMIS are input to the $ & E Subsystem: 

Parents Dictionary 

2. Current Year 2171 Obligation/Expense Master 

eee 105 ,vear 2171 ebligation/Expense Master 

4. Spending Plan Master 

>. Ship Year Summary File 

Seo YY De conerol Number File 
Additional user generated transactions containing additional 
requirements, escalation factors, Military Sealift Command 
(MSC) charter, ship-year add-on, and control numbers may be 
processed. 

The final segment of Phase II deSign and implementation 
consisted of three modules of the Fleet Maintenance Subsystem. 
These are the On 2 JREMEC. Schedule Module, the Budget Execu- 
tion Module, and the Requirements Generation Module. These 
modules were designed to provide the user staff with the 
Capability of maintaining a current up-to-date Atlantic Fleet 
Overhaul Schedule. Included in these modules were data on 
prior year, current year, budget year, and five outyears to 
be utilized for analysis, budgeting and requirements 
generation for future years. This segment also provides a 


Berles Of Funda@ng Status Reports which provide current status 
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via hard copy reports and which establish a Nirsterirca Lr 

basis for budgeting and requirements. Overhead figures 

are generated by type and repair activity with allowances 

for location factors and escalation to be applied to scheduled 
repairs. Various reports are produced as backups for 
inclusion in the POM and budget updates. 

The major inputs for this segment come from a reformatting 
of the Ships Management Information System interface file 
in the Planning and Budgeting Module into the format of the 
Overhaul Schedule File, which is utilized to compare and 
produce a variance report for analysis by the Fleet Main- 
tenance staff. 

There are three functions of the Overhaul Schedule 
Module. The first is to initialize and update the Atlantic 
Fleet Overhaul Schedule and change tracking files. The 
second is to perform edits, prepare reports of erroneous 
transactions and generate repair status change cards to 
interface with the Planning and Budgeting Module Ship Status 
File. In the third function, the Report Generation Phase 
produces the Atlantic Fleet Overhaul Schedule, the Overhaul 
Planning Evaluation Report, the Bow Wave Defferred Overhaul 
Report and various transactions and error reports, plus a 
@mange History Report. 

The Budget Execution Module was designed to generate 
the following reports: 

1. Restricted/Tender Availability (RA/TA) Funding 


Status Report 
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Ship Overhaul and RA/TA Funding Status Report 
Repair of Other Vessels (ROV) Funding Status 
Report 

Regular Overhaul (ROH) Report 

ROE Funding Status Report 

History File Report 

Delinquent Departure Report Listing 


Ship Maintenance Budget File Report 


All of the data outputs via the Overhaul Schedule Module and 


the Budget Execution Module were designed to provide informa- 


tion to meet needs such as the provision of data to be used 


in preparing future overhaul budget submissions. The Require- 


ments Generation Module is designed to operate and contribute 


fmemene Same goals. its functions include: 

1. Preparation of a Scheduled Repairs Extract 

2. Generation and/or update of the Requirements 
Generation Unit Price 

3. General Requirements Extract and Update 

4. POM Extract and Report Generation 

5. POM summary Report Generation and Report 
Alternative Run 

6. Overhaul History Unit Price Generator 


As with Phase I, Phase II has been completed and is 


oresently 


(November 1978) on-line at CINCLANTFLT. Programs 


have been accepted by the Operation Support Facility, and 


the user staff is satisfied with the system in its present 
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State. Both Phases I and II are continually being updated 
to collect data more efficiently. However, a major goal 
of the two phases remains the same: to build a data base 


that can be utilized for implementing Phase III. 


Pee FHASE [11: JUSTIFICATION AND DESIGN 

Phase III of FMIS is designed to provide automated 
Procedures to replace manual procedures used to formulate 
an approximate 2.5 billion dollar budget at CINCLANTFLT. 
Phase III must be viewed in terms of its relationship to 
faomecital MIS system, the criticality of its development, 
the adverse impacts if it is not developed and cost/benefit 
ilmaerors . 

The overall FMIS objective, as stated earlier in this 
maesis,;, 1S £0 provide automation of both the accounting 
and budgeting function in an integrated approach to finan- 
Clal management. Because of the scope and complexity of 
the system, FMIS has been developed in interrelated phases 
With user re-evaluation before development of a succeeding 
phase. Re-evaluations include requirement prioritization, 
consideration of available resources and benefits to be 
derived. Phases I and II were developed to automate CINC- 
LANTFLT accounting requirements and also to establish a 
prerequisite data base for use for Phase III budget func- 
tions. Thus, Phases I and II were building blocks for 
Phase III. Implementation of Phase III becomes more criti- 


BeeS gS cLlcCatlon for budget resources becomes more 
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Sr eercult to accomplish by manual processing. This problem 
1s compounded by the fact that manpower resources to per- 
form budget processing have diminished; zero base budgeting 
and other requirements dictated by higher authority have 
increased the overall task; and a lean funding environment 
has dictated more efficient management of total fleet 
resources. Automated procedures already incorporated at 
mee sCNO level, through Project 77-1, for budgeting processes 
indicate the necessity of a similar development effort at 
the major Bec mant level. 

The impact of not developing Phase III is far reaching. 
If manual procedures are continued, and manpower resources 
are reduced, there will be an inevitable degradation in the 
effective and efficient management of Fleet resources. 
Without Phase III budget automation, an important labor 
saving tool will not be available at the major claimant 
level. If budget automation is delayed, not only will bud- 
get preparation cost more as labor costs increase, but also 
1t will have to be accomplished under extreme pressure without 
the orderly development process provided by the FMIS effort. 
Additionally, user/developer interest and experience will 
have to be rekindled if it is developed later. Finally, 
without Phase III, Phases I and II do not provide sufficient 
management capabilities to completely automate the Navy 
budget process and achieve the desired goal of FMIS. 

BaAcmpastification for developing Phase TIT has been 


divided into three Separate areas. They are: 
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iene Valuewofethe resources managed. 

2. Direct and spin-off benefits. 

3. The possible exportation of an automated 
package to other claimant commands and the 
integration of budget submissions. 

The annual budget for CINCLANTFLT is approximately 2.5 
billion dollars. The estimated development costs for Phase 
Meare 57/00,000. This is a relatively small investment, 
considering the value of the benefits that will be derived 
from implementation. For example, development of the FYDP 
involves about 3,000 manual transactions for each budget 
Submission. This would be automated in Phase III. Addi- 
tional automated budget benefits will include budget tracking 
histories, computer generated spreads of financial budget 
Sete, inputs for escalation factors, and production of 
various exhibits required for budget submissions. Auto- 
mation of these manual tasks will result in further benefits 
Such as increased accuracy, more timely data, wider visi- 
meleey of budget interrelationships and the ability to 
analyze and determine "what if" conditions. The potential 
dollar savings are significant. Budget experts conserva- 
tively estimate that the average cost of a single error in 
a major claimant budget submission, as a result of incorrect 
mapa, could run from three to five million dollars. ileal 
Hence, the possibility exists that the cost savings involved 
in avoiding a single error in a single year could offset 


the entire development cost of Phase IIIf. 
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The successful implementation of Phase III at CINCLANTFLT 
would have applications beyond current CINCLANTFLT operations. 
fe 1S a system that could be applied to budget submissions 
for other major claimants, such as CINCPACFLT and CINCUSNAVEUR. 
some parts of FMIS have already been exported to other major 
eieatmants; the Claimant Accounting Module is a case in point. 

The objectives of Phase III development are: 

1. Develop Budget Projection and Formulation 
Modules for the Supply and Equipage and Fleet 
Maintenance Subsystems 

2. Establish FYDP data base and Control Number 
Files for the Fleet Resource Office Subsystem 

3. Establish Requirements Generation, Budget 
Projection and Budget Formulation for Fuel, 
TAD wana Civilian Personnel Modules 

Budget Projection and Formulation for the Supply and 
Equipage Subsystem will be developed from historical obli- 
gations, apportionment data from prior year, force levels 
from the Planning and Budgeting Module and controls from 
the Control Master File. The Budget Master File will pro- 
vide prior and current year data. The staff sponsor and 
analyst will review the budget year spread, which will be 
based on the new force. levels and functional program con- 
trols for the budget year, to determine if any revisions or 
redistributions are necessary. If they are, the processing 
will be accomplished by a revision and tracking program. 


fmesespnecedure provides the capability to project a budget 
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spread that can be forwarded to sub-claimants for review 
and revision. 

Budget Projection and Formulation for the Fleet Main- 
tenance Subsystem will be based on data obtained from the 
Overhaul Schedule Master File, national manday rates, and/ 
Smee scerical overhaul costs obtained from departure reports. 
meso cequired for this module, are force levels from the 
Planning and Budgeting Module, the latest Budget File 
Pmimeormation, and controls from the Budget Control File. 

The initial spread would be made showing both a funded and 
unfunded condition. The staff sponsor and budget analyst 
would then go through basically the same procedures for 
revision and redistribution as is used in the S & E sub- 
system budget formulation. 

ites FYDP data base and Control Number files Eor CINC- 
miei! are designed to provide a current log of control 
mbers to be used by the Budget Shop for examination/ 
Merreceion and input to update the Control and Budget Files. 
These files are extremely important because it is from these 
males that the other budget formulation modules extract 
eurcrent controls. 

The Budget Projection and Formulation component of the 
Anew Module ws designed to derive its data from the Force 
Level Master File and historical data such as tempo of 
operations and consumption from the Fuel Module. Once 


information is provided by appropriate staff sections 
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concerning fleet distribution and projected fuel prices, 
the initial budget is formulated and Pueviadeq to the staff 
for analysis. Changes are implemented by the Revision 

end Tracking Programs. 

The Budget Projection and Formulation for the Temporary 
Additional Duty (TAD) segment of the Planning and Budgeting 
Module is based on a straight line projection from the 
prior years and Congressional budget data maintained in 
the TAD Hester Pile 2a) oits based om these data, plus 
the prior two years data, will be sent to the sub-claimant 
memene beginning of the budget cycle for mark-up. The 
mark-up exhibits will be used to update the master and 
iledextnhg files. Once this is accomplished, budget exhibits 
will be produced. 

The Civilian Personnel segment of the Planning and 
Budgeting Module will base its budget projection on the use 
OL end strength controls provided by the budget analyst. 
The staff will adjust the projected spread to incorporate 
adjustments deemed necessary. Exhibits will be made 
available to users on request. 

The current target date for Phase III implementation is 
June 1980. Once Phase III is operational, the remaining 
segments of FMIS that have not been developed, such as the 
Air Operations Subsystem, will be designed and implemented 
in Phase IV. As of the date of this study, June 1982 has 
been established as a target for interfacing CINCLANTFLT's 


FMIS with NAVCOMPT's Project 77-1. 
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IV. CONCLUSIONS AND RECOMMENDATIONS 


The author's conclusions and recommendations pertaining 
tO this study fall into two major categories: The first is 
a review of the on-going FMIS effort at CINCLANTFLT as 
compared to the theoretical model of an FMIS presented in 
Mieeeer [, part B of this thesis. Variations between the 
actual development of the FMIS and the model are noted and 
discussed in the following paragraphs together with recommended 
courses of action. The second category is a general review 
of the automated budget effort at CINCLANTFLT. With respect 
to this category, the author presents some general conclu- 
Sions, identifies some potential problems and recommends some 


Peeropriate, corresponding courses of action. 


Pee eis MODEL VERSUS ACTUAL FMIS IMPLEMENTATION 

It was evident after comparing the theoretical model 
With the actual FMIS development at CINCLANTFLT that there 
were not many major variations between them. It was the 
author's view that top management, in this case NAVCOMPT, 
Made a realistic determination that it was necessary to 
automate the Navy Budget process. The projected shortages 
of people, money, and time made budget automation the only 
cost-effective alternative to manual preparation. In 
general, actual development appears to have followed the 


proposed model, with only a few minor observed exceptions. 
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These exceptions were related to the roles that management, 
user, and ADP personnel played in the development of the 
ais at CINCLANTFLT. 

la. Observation: It appeared that NAVCOMPT and 
CINCLANTFLT’s automation goals, and their corresponding 
organizational strategies for attaining these goals, were 
not consistent. One example was the potential conflict 
between a word processing effort and a more fully automated 
approach. Both are worthwhile and necessary efforts to 
effectively automate the budget. However, if one organiza- 
tion follows one direction while the other takes a different 
direction, the finished product may not resemble what 
NAVCOMPT desires in the completed system. 

lb. Recommendation: It is recommended that 
personnel involved inthe budget automation effort at NAVCOMPT 
and CINCLANTFLT meet and re-evaluate their goals and the 
corresponding strategies for attaining these goals. Addi- 
tionally, it is recommended that periodic meetings be scheduled 
throughout the development and implementation of Phase Iif 
to review goals and strategies. 

2a. Observation: Interviews with various CINCLANTFLT 
personnel involved in the budget automation effort led to 
a general observation that a problem might exist in communi- 
cations among NAVCOMPT, CINCLANTFLT budget analysts and 
ADP personnel. 

2b. Recommendations: It is recommended that the 


parties involved in the automation effort meet on a regular 
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basis to discuss any problems they may experience in the 
development of Phase III. 

3a. Observation: Interviews with potential FMIS 
users at CINCLANTFLT indicated that there was a need for 
more mediation than was presently accomplished. Specifically, 
it appeared that the FMIS users and ADP personnel did not 
completely undertand what each group's responsibilities 
feee-) FOr Cxampleyelt appeared to the author that ADP 
personnel at CINCLANTFLT were not aware of exactly what a 
budget analyst's responsibilities include. Likewise, not 
all of the budget analysts at CINCLANTFLT were aware of the 
problems ADP personnel encounter when developing information 
System programs. 

3b. Recommendation: The model dictates that manage- 
ment must serve as a mediator between users of the FMIS 
and the ADP department. Familiarizing these two groups 
With each other's jobs and responsibilities can lead to a 
more harmonious working relationship during FMIS development. 

4a. Observation: The author deduced from interviews 
with FMIS users that some of them felt that FMIS was not 
being tailored to their operational needs. For example, one 
budget analyst felt the FMIS would not be useful in developing 
his particular segment of the budget because format 
requirements were constantly changing. 

4b. It is recommended that FMIS users be asked what 


kinds of budget formats, change and tracking capabilities, 
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and other visual display data they need to perform their 
jobs in a more efficient and effective manner. 

29a. Observation: Interviews with potential FMIS 
users indicate there were some who were still very much 
against any type of automation. 

9b. Recommendation: The model tasks management 
with developing and maintaining favorable user attitudes 
during design of the system. It is recommended that more 
training sessions be established in order to accomplish 
this goal. The first objective of these training sessions 
should be to gain acceptance by the users. One individual 
mioweie PMIS would be nothing more than a big calculator, 
able to manipulate numbers faster than presently possible. 
This is the type of misunderstanding that must be cleared 
up in training sessions as soon as possible. Finally, the 
author noted a general feeling that the automated system 
would replace people. This was not a stated goal of FMIS, 
and the users must be convinced in training sessions that 
FMIS was developed to assist and help them perform their 
jobs in a more efficient and effective manner. 

| poreOooservation: Theresaseawntoh oreobabililey that 

a high rate of turnover of FMIS users will be experienced 
in future years. 

6b. Recommendation: Because FMIS is a dynamic 
system that is constantly being fine-tuned to better meet 


the user's needs, it is recommended that training sessions 
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Be conducted On a continuing basis. This will assist 

initial users as well as new budget analysts at CINCLANTFLT. 
heeenese Sessions are not held on a periodic basis the sys- 
tem will not achieve its full potential. These sessions 
Saeuuee DS held monthly until FMIS is fully implemented, 

and On a less frequent basis thereafter. The sessions should 
Semcentrate on both behavioral and technical aspects of 

FMIS during the development phase, and primarily on technical 


aspects after FMIS is fully implemented. 


B. GENERAL RECOMMENDATIONS ON FMIS IMPLEMENTATION 
In conjunction with the present effort at CINCLANTFLT 
and NAVCOMPT to automate the Navy budget, the following 
observations/recommendations are submitted for consideration: 
1. It is recommended that development of the FMIS 
at CINCLANTFLT continue. This recommendation is based on 
the past successes of Phase I and II implementation, plus 
the cost-benefit considerations of implementing Phase III 
discussed earlier in this paper. With computer technolosy 
continually evolving, automation of the Navy budget process 
is a logical direction to follow. Phase III development should 
be continued on a vigorous basis. 
2. With Phases I and II operable at CINCLANTFLT, 
it is recommended that extensive efforts be made to continue 
building the data base in preparation for Phase III imple- 
mentation. As stated by a resident ADP specialist at 


CINCLANTFLT, the larger the data base available for 
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utilization, the more effective Phase III will be when 
implemented. 

3. During the last two years, ZBB has become an 
integral part of governmental budgeting. Because resources 
are becoming scarcer and budget justification requirements 
are increasing, it is the opinion of the author that ZBB 
will remain in the budget arena after the present adminis- 
tration leaves office. Therefore, it is recommended that a 
workable ZBB format be included in the FMIS system for use 
when Phase III is implemented. Computer capabilities for 
easily changing rankings within decision package sets will 
preclude a considerable number of manual manipulations by 
budget analysts. 

eben se Conls (Gerea nacily desimagle that a cone 
tinuing effort be made to develop a workable interface 
between FMIS and Integrated Disbursing and Accounting (IDA). 
IDA provides an invaluable source of budget execution data 
that can be used to Supplement the FMIS data base. 

5. The present target date for Phase III implemen- 
@eaeion at CINCLANTFLT is June 1980. The date set for inte- 
Grating FMIS with Project 77-1 is June 1982. It is recommended 
Peiewtne project not be rushed to a conelusion simply to 
meet a milestone date. An on-going study should be under- 
taken to determine if the current milestone objectives 
Bemeamepractical., iit they are not, 1€ 1s considered that 
the integrity of FMIS is more important than simply meeting 


a target date. As Frederick Broosk states in The Mythical 
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poaie eneo,  Hewill contend that conceptual integrity is 
the most important consideration in system design." [20] 
Hence, meeting specific dates should not be the primary 
goal of system development. 

6. There appears to be a eer eel Gone ice con— 
cerning whether FMIS should be a word processing or an 
automation effort. This is a potential problem which should 
memeesolved. The author recommends that a combination of 
both efforts is the best way to automate the budget. 
Automation (1.e., building a competent data base) is a 
necessity 1f the goal is to effectively automate the 
Navy budget process. Word processing is extremely useful 
in reducing administrative overhead in a clerical environment. 

7. %It is recommended that following full implemen- 
tation of Phase III, further study of final FMIS implementa- 
tion be conducted. Comparisons of actual implementation 
with the final stages of the proposed model should be made 
to determine if actual implementation of Phase III was 
accomplished in an efficient and effective manner. It 1s 
also recommended that a study be conducted of the three 
crucial classes of variables inherent in all management 
information systems. These are user attitudes and percep- 
mrions enewactual use of the system, and its performance. 

A study of this type could uncover and help solve potential 
Problems that might not manifest themselves until the system 


was fully implemented. 
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8. Vertical expansion of the system is highly 
recommended. Though automation of the budget process at 
DENAV and the major claimant level is currently in process, 
it is recommended that these capabilities be extended to 
the sub-claimants and even further to the activity level. 
One concept that has been introduced is the Type Commander 
Overhaul Budget System ({TYCOBS). The objective of this 
system is to provide ADP support at the sub-claimant level 
in formulating and managing maintenance budgets. Automated 
efforts throughout the budget chain would greatly enhance 
the quality and timeliness of information needed to 
successfully form Navy budgets. 

eae ere 15 the poOorential for problems to occur 
when the FMIS program is integrated into increment IV of 
Project 77-1. It is recommended that a study be conducted 
to determine if any interface problems exist between the 
budget automation effort at NAVCOMPT and CINCLANTFLT. A 
study of this type should be conducted now while both sys- 
tems are still being developed. Any inconsistencies between 
the two efforts should be resolved before the integration 
Gate Of June 1982 to prevent unnecessary slippage of 


milestone targets. 
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